This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 
. BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 
. COLORED PHOTOS 

. BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 

IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



\ 



United States Patent ^ 

Coleman 



US005839115A 
[ii] Patent Number: 5,839,115 
[45] Date of Patent: *Nov. 17, 1998 



[54] RESTAURANT MANAGEMENT SYSTEM 

[75] Inventor: James Hamilton Coleman, Dallas, Tex. 

[73] Assignee: Altoc Corporation, Dallas, Tex. 

[ * ] Notice: This patent issued on a continued pros- 
ecution application filed under 37 CFR 
1.53(d), and is subject to the twenty year 
patent term provisions of 35 U.S.C. 
154(a)(2). 

[21] Appl. No.: 798,959 

[22] Filed: Feb. 11, 1997 

Related U.S. Application Data 

[63] Continuation of Ser. No. 351,023, Dec 7, 1994, Pat. No. 
5,602,730. 

[51] Int. CI. 6 G06F 153/00 

[52] U.S. CI 705/15 

[58] Field of Search 705/15; 395/215 

[56] References Cited 

U.S. PATENT DOCUMENTS 
4,392,119 7/1983 Price et al 364/401 



4,415,065 11A983 Sandstedt 364/401 

4,530,067 7A985 Dorr 364/401 

4,800,438 1A989 Witer 358/254 

4,935,720 6A990 Kalfoun 364/401 

5,235,509 8A993 Mueller et al 364/401 

5,262,938 11A993 Rapoport et al 364/401 



Primary Examiner — Donald E. McElheny, Jr. 

Attorney, Agent, or Firm — Gregory M. Howison; Mark W. 

Handley 



[57] 



ABSTRACT 



A restaurant management system (10) is provided. The 
restaurant management system (10) includes an inventory 
system (64). Also included are a supplier (54) and a user 
(52). Orders are sent from the user (52) to the supplier (54). 
The orders have associated therewith time information. Each 
item in the order has associated therewith an inherent 
minimum time until the order may be delivered. Also 
included is a remuneration system (60) to collect money in 
response to the receipt of an order. An alarm system (300) 
having a plurality of threshold alarms with each of the 
threshold alarms associated with a predetermined duration 
of time from the receipt of the order is also provided. 

9 Claims, 13 Drawing Sheets 
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RESTAURANT MANAGEMENT SYSTEM exceeded and the supply system has not supplied the desired 

restaurant items, a first alarm will be triggered. Triggering 
This application is a continuation of prior application this alarm sets another threshold time, after which a second 
Ser. No. 08/351,023, which was filed on Dec. 7, 1994 and alarm can be generated. 

issued as U.S. Pat. No. 5,602,730 on Feb. 11, 1997. 5 i D a further aspect of the present invention, a monitoring 

system is provided for monitoring the operation of the order 
TECHNICAL FIELD OF THE INVENTION systcm an d the supply system. TTu^^Qiiitoring^ 

The present invention pertains in general to a point of sale Jf^ludesj^^ 

system and more particularly, relates to a hospitality oper- ^to^rs^ 

ating system to provide full hospitality management opera- 10 r «f 6 °? ^Lf2*2* J 0 **P^ custo^r^re^^ns 

tions ^ttiis status system indicating the statepf the.ordex associated 

with the associated customers. The customers can be asso- * 

BACKGROUND OF THE INVENTION ciated with a display icon which represents a table. This 

display icon can have multiple display modes, each display 

Many Point of Sales (POS) systems have been around for 15 mode associated with a predetermined status condition of 

a long time and so have hospitality operating systems. The the display icon or table and the customers associated 

problem with most of these systems is that they did not therewith, 
provide a full and complete method to operate a hospitality 

environment such as a restaurant. One problem that these BRIEF DESCRIPTION OF THE DRAWINGS 

systems have had is that they were totally proprietary and 20 ... r.. 

could not be run on multiple hardware platforms. Another . For \ m „ ore «> m P lete ^erstandmg of the present mven- 

problem is that they were written for proprietary or obscure *° n f a °f ,he ""vantages thereof, reference is now made to 

operating platforms and thus could noi be easily modified or foUowm 8 descr.Pt.on taken m conjunct™ with the 

j .?.,. n ,j . accompanying Drawings in which: 

used with existing software or hardware. These systems also r J 6 & 

did not provide an integrated system from laying out the 25 FIG* 1 illustrates a block diagram of the system of the 

tables to assigning the tables to wait staff, assigning orders present invention; 

to persons seated at the table, and the ability to integrate FIG. 2 illustrates a block diagram of the work station; 

multiple payment options. FIG. 3 illustrates a block diagram of the operating system 

Tnese systems were also cumbersome to use since they of the hospitality point of sale system; 

used cryptic keyboard codes and generic graphics. These 30 FIG. 4 illustrates a detailed block diagram of the rela- 

sys terns were merely order takers and did not provide real tionship between the user and the supplier; 

time integration of time and data. The previous systems did FIG. 5 illustrates a timing diagram of the operation of the 

not control how orders were timed when sent to be prepared. mler f a ce between the user and the supplier; 

The person placing the order still had to estimate and guess - ... t t . ^ r , • „ 

when the order should be sent and the person preparing the 35 FIO. * illustrates a flowchart o the log in/log out proce- 

fcod had to estimate or guess when to begin the food so that dure for lhe s y stcm of the P rcsent 

they would be ready at the appropriate time. FIG * 7 illustrates a flowchart of the operation of the job of 

busser; 

SUMMARY OF THE INVENTION FIG. 8 illustrates a flowchart of the job of bartender; 

The present invention disclosed herein comprises a res- 4 ° FIG - 9 ^usl^es a flow chart of the job of server; 

taurant management system for providing an overview of FI G. 10 illustrates a graphic diagram of the table screen; 

the supply of restaurant items from an inventory system to FIG. 11 illustrates a flowchart of the table display; 

a customer. Thejnventorysy stem contains ite ms th at can be FIG> 12 illustrates a flowchart of the process of entering 

delivered to the customer wEi ch.areJhen sup pliedlhereto b y ^ an order* 

^ply_systern,An order system is operable to receive an nG [ 3 mvgaitts a flowchart of lhe M for presenting 

order from select ones of the customers to define desired a { ^ ei ^q- 

ones of the restaurant items. Each of the orders defines a ^ ' , . 

predetermined number of desired ones of the restaurant FIG - 14 Urates a graphic diagram of the menu screen; 

items. After receiving the order, the supply system then 50 FIG - 15 illustrates a graphic representation of the view 

supplies the desired items to customer after a predetermined entire order screen which is accessed from the view entire 

amount of time has passed, the predetermined amount of order button from the menu screen; and 

time associated with each of the desired items. A supply FIG. 16 illustrates the existing ticket view screen, 
control system is operable to control the time that the supply 

system supplies the desired items to each of the customers 55 DETAILED DESCRIPTION OF THE 

in accordance with the time information associated with the INVENTION 

orders. A remuneration system is then operable to collect Referring now to FIG. 1, there is illustrated a block 

money for the desired items for a given order from the one diagram of the system of the present invention. A hospitality 

of the customers originating the given order. point of sale system 10 is provided. A local area network 

In another aspect of the present invention, each of the 60 (LAN) 12 is provided having multiple connections. A plu- 

desired items has an inherent minimum time associated rality of general work stations 14 are provided and then 

therewith such that the supply system cannot supply the connected to the LAN 12. A print workstation 16 is provided 

desired item prior to expiration of that amount of time from and is connected to the LAN 12. A printer 18 is provided and 

the receipt of the order by the order system. Further, select connected to the print work station 16. A communications 

ones of the desired items have a minimum time and a 65 work station 20 is also provided and is connected to the LAN 

maximum time between which the restaurant items can be 12. A modem 22 is provided and is connected to the 

delivered. Whenever the time for delivery has been communications work station 20. The modem 22 is also 
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connected to the public telephone network 24. A second manager 50 is connected to the supplier 54 by a one-way 

communications work station 28 is provided. A second control output 70 and a one-way feedback input 72. 

modem 26 is also provided and is connected to the second la operation, the user 52 places an order for a product. The 

communications work station 28 and the public telephone order is sent from the user 52 to the supplier 54 along the 

network 24. 5 order path 56. Along with the order, time information is also 

In operation, the work stations 14, 16 and 20 are all sent. This time information states when an order was placed, 

connected to the LAN 12. Each of these work stations may how long the order was, and how long the individual items 

operate as simply a work station or as a server for any of the that make up the order will take to prepare and when the 

other work stations. Each work station 14, 16 and 20 shares order maybe delivered to the user 52. This information is 

the same data through the LAN 12, allowing operation 10 also sent to the systems manager 50 along user input 68. The 

collectively or independently. The printer 18, which is systems manager 50 then de cides when prepar ation on T the^r^r' 

connected to the work station 16, allows any of the work items^oTlrIe~o1^ersho-ald"bTbeguD, when the order should ^ 

stations 14, 16 or 20 to print information at this location. The be delivered, and wnatjnyj^tpx ^64 _is_nee<Ie<rfirsup p^the, 

communications work station 20, which is attached to the order. The results of this analysis is sent along controf output 

modem 22, allows information from any work station 14, 16, 15 70 to supplier 54. Supplier 54 then follows the instructions 

18 or 20 connected to the LAN 12 to be sent through the from systems manager 50 and prepares the order. Systems 

public telephone network 24 to another work station 28 manager 50 keeps track of the time at which the preparation 

through the modem 26. This allows information from any of the order was begun, what items have been prepared and 

work station 14, 16 or 20 on the LAN 12 to be requested by when the items are ready. This is done through feedback 

work station 28 and sent to work station 28 through the 20 input 72. As the supplier 54 prepares the order, the inventory - 

public telephone network 24. Work station 28 may be database. 66 is updated to^ reflect_the,proo t uct used from 

located at any remote location having access to the public '""Inventory 64 Once the time has elapsed foTme"oTdeTto have 

telephone network 24. been prepared by supplier 54, the product, which is in this 

Referring now to FIG. 2, there is illustrated a block case food, is delivered along the product path 58 at the given 

diagram of the work station. The work station 14 is shown. 2 $ time. Once the user 52 has completed using the product, a 

A CPU 32 is provided. The CPU 32 may be of any type payment is sent from the user 52 to the bank 60 along a 

which allows the use of the Microsoft Windows® operating payment path 62. Once the transaction is completed with the 

system. A disk storage 34 is provided and is connected to the bank 60, the user 52 is finished. 

CPU 32. A LAN interface 40 is provided for connecting to Referring now to FIG. 4, there is illustrated a detailed 

the LAN 12. The LAN interface 40 is also connected to the 30 block diagram of the relationship between the user and the 

CPU 32. A display 36 is provided and is connected to the supplier. The system controller 80 is provided as part of the 

CPU 32. A touch screen input/output device 38 is provided supplier 54, as shown in FIG. 3 above. Table no. 1, 82, table 

and is connected to the display 36 and to the CPU 32. no. 2, 84, and table no. e, 86, representing all available tables 

In operation, information is input by a user (not shown) are provided. Table no. 1, 82, table no. 2, 84 and table no. 

through the touch screen input/output device 38. This is 35 n, 86, are connected to the system controller 80 through an 

done by touching, with a person's finger, the front of display order path 87. Located with the supplier 54 are menu item 

36. Information is then transmitted to the CPU 32 where it no. 1, 88, menu item no. 2, 90, menu no. 3, 92 and menu item 

is processed. Any instructions needed to operate the point of no. n, 94, representing all of the available menu items of the 

sale system 10 are stored on the disk storage 34. Information supplier 54. The system controller 80 is connected to the 

input through the touch screen 38 is also stored in the disk 40 menu items 88, 90, 92 and 94 through a start control path 95. 

storage 34. The LAN interface 40 is connected to the CPU Each menu item 88, 90, 92 and 94 is connected to each table 

32 to allow information from the disk storage 34 and the 82, 84 and 86 by delivery paths 96, 98 and 100. Delivery 

touch screen input/output device 38 to be transferred from paths 96 connect each menu item 88, 90, 92 and 94 to table 

the CPU 32 to the LAN 12. Also, a LAN interface 40 allows n, 86. Delivery paths 98 connect each menu item 88, 90, 92 

the CPU 32 to access information stored on other terminals 45 and 94 to table no. 2, 84. Delivery paths 100 connect each 

(not shown). menu item 88, 90, 92 and 94 to table no. 1, 82. The number 

Referring now to FIG. 3, there is illustrated a block of delivery paths 96, 98 and 100 attached to each table 82, 

diagram of the operating system of the hospitality point of 84 and 86 is equal to the total number of allowable menu 

sale system 10. A systems manager 50 is provided. The items 88, 90, 92 and 94. Disposed along each delivery path 

systems manager 50 may receive input and send output. A 50 100, 98, and 96 from each menu item 88, 90, 92 and 94 to 

user 52 is also provided. In this case, the user is a table at a each table 82, 84 and 86 is a delivery controller 102. The 

restaurant, A supplier 54 is provided. The supplier 54 in this number of delivery controllers 102 is equal to the number of 

case is a kitchen where food is prepared in a restaurant. The tables multiplied by the number of menu items. The delivery 

user 52 is connected to the supplier 54 by an order path 56 controllers 102 are controlled by the system controller 80 

and a product path 58. Orders from the user 52 are sent 55 and determine when a menu item 88, 90, 92 or 94 is 

through the order path 56 to the supplier 54. Once product delivered to a table 82, 84 or 86. The delivery controllers 102 

is prepared by the supplier 54, it is sent through the product are connected to the system controller 80 by means of a 

path 58 to the user 52. A bank 60 is also provided. The bank delivery control path 104. 

60 is connected to the user 52 by a one-way payment path In operation, a person at a table 82, 84 or 86 places an 
62, which flows from the user 52 to the bank 60. An 60 order for food and/or beverage. The order is transmitted 
inventory 64 is also provided. Raw materials flow from the along order path 87 from the respective table 82, 84 or 86 to 
inventory 64 to the supplier 54, as needed. An inventory the system controller 80 of supplier 54. The system control- 
database 66 is provided and is connected to the supplier 54 ler 80 processes the order and determines the start time for 
to receive information from the supplier 54 about inventory the preparation of each item ordered and the delivery time 
used and replaced. The systems manager 50 is connected to 65 for each item ordered. Then, at the appropriate time, the 
the user 52 through a user input 68 which flows one-way system controller 80 sends a message along start control 
from the user 52 to the systems manager 50. The systems path 95 to begin preparation of each menu item 88, 90, 92 
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or 94 ordered. When the item ordered is ready for delivery, 2, 134. This is normally because side dish no. 2, 134, is a 
the system controller 80 instructs the appropriate delivery cold item which can be prepared in advance. This is true 
controller 102 to deliver the appropriate menu item 88, 90, even though the preparation for side dish 2, 134, may begin 
92 or 94 to the table 82, 84 or 86 which ordered the item as late as time T 13 for the order to be delivered at time T 13 . 
along delivery paths 96, 98 or 100, respectively. When this 5 For the dessert 136, delivery time was determined to be T 21 . 
occurs, the appropriate delivery controller 102, along appro- For dessert 136 to be delivered at T 21 , preparation of the 
priate delivery path 96, 98 or 100, causes the appropriate dessert must begin at time T 17 . Because the system control- 
menu item 88, 90, 92 or 94 to be delivered to the table 82, ler 80 determines the start times for each of the menu items 
84 or 86 which ordered it. m order 108, the person cooking the food does not have to 
~ Referring now to FIG. 5 there is illustrated a timing 10 ^ to ae term me when to start each item, such mat it finishes 
diagram of the operation of the interface between the user al the appropriate time, and that items such as an appetizer 
and the supplier. As shown above with respect to FIG. 4, "* finished at the same lime as items such as an entree, 
persons at a table 82 place an order which is transmitted to Referring now to FIG. 6, there is illustrated a flow chart 
the system controller 80 through order path 87. The system of the log in/log out procedure for the system of the present 
controller 80 contains information about each menu item. 15 invention. The routine is initiated at a start block 150. This 
Information contained in the system controller 80 includes is initiated by pressing the login screen (not shown). After 
preparation time 110 per each menu item and an acceptable the routine is initiated at start block 150, it proceeds to 
finish time 112 for an item. This is the time within which function block 152. At function block 152 the user inputs 
after an item is finished it may be delivered. The system their ID number. If the ID number is accepted, the routine 
controller 80 also contains the acceptable delivery window 20 moves to decision block 154. At decision block 154 the user 
114 for certain classes of menu items. These classes include is asked whether they want to select a job. If the answer is 
appetizer, salad, entree and side dishes, and desserts. Once yes, the routine flows along a "Y" path to function block 156 
the order 108 has been placed, the system controller 80 where the job title is chosen by the user. If the answer to 
calculates the delivery time 116 for each class of item based decision block 154 is no, the routine follows along an "N" 
on the factors of preparation time 110 and the acceptable 25 P am to decision block 158. After the job is input in function 
delivery window 114 of classes. Once the delivery time 116 block 156, the routine then also moves to decision block 
for the different classes of menu items has been determined, 158. At decision block 158, the routine checks whether the 
the system controller subtracts the preparation time 110 of user has already clocked in. If the user has not already 
each item in the order 108 to determine the start time for clocked in, the routine flows to function block 160 and 
preparation of each item. This is calculated so that each item 30 allows the user to clock in. After performing function block 
of a class will be finished at approximately the same time, 160, the routine then flows to function block 162 where the 
such that it may be delivered immediately after it has been routine moves to the routine associated with the job of the 
prepared. This preparation time 110 may be moved forward user. If the answer in decision block 158 is yes, the routine 
or backwards in time such that the end of the preparation moves along a "Y" path to function block 162 where the 
time 110 falls within the acceptable finish time 112 for the 35 routine moves to the routine of the selected job of the user, 
item. The system controller 80 then instructs that each menu 170 to 175. 

item in the order 108 be prepared beginning at a certain When the user wants to log out of the program from their 

calculated time. Once the delivery time for each class 106 selected job 170 to 175, the program moves to decision 

arrives, the system controller 80 instructs the delivery con- block 164 to ask whether the user wants to check out. If the 

troller 102 to deliver the menu items in the order 108 along 40 answer is no, the program moves along in an "N" path back 

the appropriate delivery paths 96, 98 or 100 to the table. to the job of the user, 170 to 175. If the answer is yes, the 

For example, order 108 consists of an appetizer 124, two program flows along a "Y" path and prompts the user to 

salads 126, entree no. 1, 128, side dish no. 1, 130, entree no. enter their tips at function block 168. After the tips have been 

2, 132, side dish no. 2, 134 and dessert 136. After the order entered, the program moves to function block 176 where it 

was placed, the system controller 80 determined the delivery 45 shows the tips to the user. The program then flows to 

time 116 for the appetizer 124 to be T 3 . After this was function block 178 where it shows the full report to the user, 

determined, the system controller calculated the preparation The program then flows to decision block 180 where it asks 

start time as T ± based on a preparation time 110 of two units. the user whether they want to perform a final checkout. If the 

Since the acceptable finish time 112 for the appetizer 124 answer is no, the program flows along an "N" path back to 

runs from T 2 to T 4 the preparation time 110 for appetizer 124 50 their respective job programs 170 to 175. If the answer is yes 

could have begun T Q . For the salads 126 the delivery time to decision block 180, the program flows along a "Y" path 

116 was calculated to be T 5 . The salads 26 have an accept- to function block 182 where a final checkout report is printed 

able finish time 112 running from T 0 to T 6 . This means that and then flows to function block 184 where the user is 

the salads 126 could have been prepared at any time before clocked out. After the user has clocked out in function block 

the order was taken as long as the end of the preparation time 55 184, the program flows to end block 186. 

110 fell after T 0 . This is the case since the salads 126 may Referring now to FIG. 7, there is illustrated a flow chart 

be prepared in advance. For the next class of items, the of the operation of the job of busser 172. The program for 

entrees and side dishes, the system controller calculated the the job of busser 172 begins at start block 188. It then flows 

entrees' delivery time 116 of the entrees and sides to be T 13 . to function block 190 where all the tables that need bussing 

This is based on the longest preparation time 110 which is 60 are shown in blue. The program then moves to decision 

for entree no. 1, 128. The system controller determined that block 192 where the user can either select a table or not 

to deliver the entrees and sides at time T 13 , the preparation select a table. If a table is not selected, the program follows 

of entree no. 1, 128, must begin at time T 0 . For side dish 1, a "N" path and returns back to function block 190. If a table 

130, the preparation must begin at T 8 and for entree no. 2, is selected in decision block 192, the program then flows 

the preparation must begin at T 5 . For side dish no. 1, 134, the 65 along a "Y" path to function block 194 where the table color 

preparation could begin at any time after T 0 , since the is changed to white indicating that it has been bussed by the 

acceptable finish time 112 begins at time T 0 for side dish no. busser 172. Once the table has been shown white, the 
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program proceeds to decision block 196 where the user is with the tables to which the server has access outlined in red. 

asked whether they wish to exit or not. If the user wishes to Once this is done, the program moves to decision block 236. 

exit, the program flows along a " Y" path to end block 198. At decision block 236, the server may either select a table or 

If the user chooses not to exit in decision block 196, the not select a table. If a table is not selected by the server, the 

program flows along an "N" path to decision block 192. 5 program flows along an "N" path to function block 234. If 

Referring now to FIG. 8, there is illustrated a flow chart the server does select a table, the program moves along a 

of the job of bartender 170. After logging in as shown in "Y w path to decision block 238. At decision block 238, the 

FIG. 6 above, the program moves to start block 200. From program determines whether the table is empty or whether 

start block 200, the program moves to function block 202 the table has already been seated. If the table is empty, the 

where the bar menu is shown. After function block 202, the 10 program flows along a "Y M path to function block 240. At 

program moves to decision block 204 where the bartender function block 240, the server inputs the number of guests 

may place an order or not place an order. If the bartender to be seated at the table. The program then moves to function 

does not wish to place an order, the program moves along in block 242 where the center of the table is shown as gray to 

a "N" path to function block 202 where the program indicate that persons have been seated at that table. The 

continues to show the bar menu. If the bartender wishes to 15 program then moves to function block 244 where a timing 

place an order, the program moves along a "Y" path to threshold is reset by the program. Once the threshold has 

function block 206 where the bartender is allowed to place been reset at function block 244, the program then moves 

the order. After the order is placed the program moves to back to function block 234. At function block 238, if the 

decision block 208 where the bartender is asked whether he table that was selected is not empty, the program moves 

wishes to view the order. If the bartender wishes to view the 2 o alon £ an " N " P atn 10 decision block 246. Decision block 246 

order, the program moves along a "Y" path to function block determines whether there is any activity or an order ticket for 

210 where the full ticket is shown. the selected table. If there is no activity or tickets shown for 

After the ticket is viewed, the program moves to decision the seated table, then the program moves along an "N" path 

block 212 where the bartender may input whether they want to function block 248. 

to start a tab or not. If the bartender selects that he does not 25 At function block 248, the program shows the menu 

wish to view the ticket in decision block 208, the program screen. Included in this menu screen are icons for ordering 

follows an "N" path to decision block 212. If the bartender, products and menu items and icons for selecting the chairs 

at decision block 212 states that he does want to start a tab, or seats which correspond to the person who orders the item, 

the program moves along a "Y" path to decision block 214. The program then proceeds to function block 250 where the 

At decision block 214, the program asks whether the bar- 30 server may select a seat to assign a menu item ordered or 

tender wishes to start a new tab. If the bartender wishes to may select the table in the middle of the seats to show that 

begin a new tab, the program follows the "Y" path to the menu item will be shared by all persons at the table, 

function block 216 where the bartender is asked to enter the Once a seat or all seats are selected at function block 250, 

name and credit card number for the new tab. After the name the program moves to function block 252 where the server 

and card number have been entered by the bartender at 35 inputs the order using icons on the screen. Once the order 

function block 216, the program moves to function block has an input at function block 252, the program moves to 

218 and adds the ticket to the tab. If, at decision block 214 decision block 254 where the server is asked whether he 

the bartender does not wish to start a new tab, the program wishes to choose another seat. If the server chooses to order 

flows along an "N" path to function block 218. After adding for another seat, the program follows a "Y" path and returns 

the ticket to the tab, the program flows to decision block 220 40 to function block 250 where another seat is selected. If the 

where the bartender is asked whether he wishes to present server does not wish to choose another seat to place an order 

the ticket. If the bartender does not wish to present the ticket, the program follows an "N" path to decision block 256. 

the program flows along an "N" path to function block 202 At decision block 256 the server is asked whether they 

where the bar menu is shown. If the bartender chooses to wish to view the order. If the server answers yes, the 

present the ticket, the program flows along a "Y" path to 45 program moves along a "Y" path to function block 258 

decision block 222. At decision block 222 the bartender is where the program displays the entire order. If, in decision 

asked whether he wishes to close and pay the ticket or tab. block 256, there is already activity or an order placed at the 

If the answer is no, the program flows along an "N M path to selected table, the program moves along a " Y" path to 

function block 202. If the bartender does wish to close and function block 258 where the entire order is displayed. Once 

pay the tab or ticket, the program flows along a "Y" path to 50 the order has been displayed in function block 258, the 

function block 224 where the payment information such as program moves to decision block 260. At decision block 

credit card or cash amount is entered. In decision block 212, 260, the server is asked whether they wish to send the order 

if the bartender does wish to start a tab, the program flows to the kitchen to have the order prepared. If the server does 

along an "N" path to function block 224 where the infor- not wish to send the order to be prepared, the program 

mation on the amount of cash payment is entered. Once the 55 follows an "N" path and returns to function block 248 where 

payment information is entered, the program flows to deci- the menu screen is shown. If the server does wish to send the 

sion block 226 where the bartender is asked whether he order to the kitchen, the program flows along a "Y" path to 

wishes to exit. If the bartender answers yes, the program function block 262 where the order is sent to the kitchen and 

flows along an "N M path to function block 202 where the bar printed out so that it may be prepared, 

menu is shown. If the bartender does wish to exit the 60 After the order is sent, the program flows to function 

program, the program flows along a "Y" path to end block block 263 where the center of the table is changed from gray, 

228. as in function block 242, to green to show that an order has 

Referring now to FIG. 9, there is illustrated a flow chart been placed and there is now activity at the table. The 

of the job of server 174. After the server has checked in as program then flows to function block 264 where the timing 

shown above in FIG. 6, the program moves to start block 65 threshold is reset to time from the time the order was sent. 

232. From start block 232, the program moves to function The program then flows to function block 266 where the 

block 234 where the floor layout of the restaurant is shown order list is listed in green whenever it is viewed by the 
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server lo show that the order has been sent to the kitchen to 
be prepared. The program then moves to function block 268 
where the server is asked whether they wish to order for 
another table. If the server does wish to order for another 
table, the program flows along a "Y" path to decision block 5 
236 where the server may select a table. If the server does 
not wish to select another table, the program flows along an 
"N M path to decision block 270 where the server is asked 
whether he wishes to show the tables. If the server does wish 
to show the tables, the program flows along a "Y" path to 10 
function block 236 where the tables are shown and the server 
may select a table. If the server does not wish to have the 
tables shown, the program flows along an "N" path to 
function block 248 where the menu screen is shown. 

From function block 258, the program flows to decision i$ 
block 259 where the program determines whether the order 
has been sent. If the order has been sent, the program flows 
along a "Y" path to decision block 272. If the order has not 
been sent, the program flows along an "N" path to decision 
block 260. At decision block 272, the program determines 2 o 
whether the table fill color is yellow meaning that a thresh- 
old has been exceeded, and in this case meaning that food is 
ready to be delivered. If the table fill is not yellow, meaning 
that the food is not ready, the program flows along an "N" 
path to function block 236 where a table may be selected. If 2 $ 
the food is ready because the table fill is yellow, the program 
flows along a "Y" path to decision block 274. In decision 
block 274, the server may decide whether to deliver the 
order or not. If the server does not wish to deliver the menu 
the program flows along an "N" path to function block 234 30 
where the table screen is shown. If the server wishes to 
deliver the order on the list, the program moves along a " Y" 
path to function block 276. At function block 276, the items 
which were delivered from the list are changed from a green 
color to a black color. After this is done the program moves 35 
to function block 278 where the timing threshold is reset. 
Once the timing threshold has been reset in function block 
278, the program moves to decision block 280. 

At function block 280 the server is asked whether they 
wish to present the ticket of the order. If the answer is no the 40 
program flows along an "N" path to function block 234 
where the tables are shown. If the server does wish to present 
the ticket, the program flows along a "Y" path to function 
block 282 where the ticket is printed. The program then 
flows to decision block 284. At decision block 284, the 45 
server is asked whether they wish to close and pay the ticket. 
If no is chosen, the program flows along an "N" path to 
function block 234 where the tables are shown. If the server 
chooses to close and pay the check, the program flows along 
a "Y" path to function block 286 where the server is asked 50 
to enter the payment information such as cash or credit card 
and credit card number. The program then flows to function 
block 287 where the table is shown blue to indicate that it 
has not been cleared but it is empty. The program then 
moves to decision block 288 where the server is asked 55 
whether the table has been cleared. If the table has not been 
cleared, the program moves along an "N" path to function 
block 234 where the table screen is shown. If the table has 
been cleared, the program flows along a "Y** path to end 
block 290. 60 

Referring now to FIG. 10, there is illustrated a graphic 
diagram of the table screen 300. The table screen consists of 
a graphic representation of the floor plan 301 of a restaurant. 
The floor plan 301 consists of exterior walls 302 and interior 
walls or divisions 304. The floor plan 301 is customizable to 65 
the floor plan of the individual restaurant and may be 
scanned in by a computer scanner or may be drawn using 



115 

10 

commercially available drawing programs. The table screen 
300 is displayed on a color monitor (not shown). The color 
monitor may be of a normal type and a mouse maybe used 
to navigate to the different portions of the table screen 300. 
Alternatively, the table screen 300 may be displayed on a 
touch sensitive monitor, such that a person may use their 
finger to touch various positions or buttons or keys on the 
screen to activate them. The table screen 300 is brought up 
after a server or other person having access to the table 
screen 300 has logged on as described above with respect to 
FIG. 6. The table screen 300 also shows the layout of the 
table 306 of the floor plan 301 of the restaurant. 

Located on the uppermost portion of the table screen 300 
are two table zone buttons 308. These buttons are used to 
move the table screen 300 from one part of the restaurant 
floor plan 301 to the next. The table zone buttons 308 move 
the display of the table screen 300 in either direction, to the 
right or to the left. A server may press either of these buttons 
so that the tables 306 in which they wish to access are shown 
on the table screen 300. Also provided on the uppermost 
portion of table screen 300 is a help button 310. The help 
button 310 allows the server to access context-sensitive 
help. Also located on the uppermost portion of table screen 
300 is go back button 312. This allows the server to move 
to the tool bar screen (not shown). Also provided on the 
uppermost portion of the table screen 300 is a server 
statistics button 3 14. The server statistics button 314 when 
pressed displays the current sales statistics including the 
server name, their daily sales, their tax sales and their total. 
Another button which is located on the uppermost portion of 
the table screen 300 is a tools button 316. When the tools 
button 316 is pressed, the tools menu (not shown) is dis- 
played. This allows the server to assign tables, void tickets, 
move tables, unseat tables, transfer bar tabs and change the 
number of persons seated at a table 306. An exit button 318 
is also located on the uppermost portion of table screen 300. 
This button exits to the login screen to allow persons to log 
in to the program as described above with respect to FIG. 6. 

The tables 306 to which each server has access to is 
indicated by a red square 320 around the tables 306. If a 
server does not have access to the table 306, it is indicated 
by not having a red square 322 around the table 306 as 
shown. The tables 306 are filled with a number 324 which 
indicates the number of the table. The color of the table 306 
around the table number 324 is the table color 326. This 
table color 326 may be four different colors. White indicates 
that a table is empty and cleaned, gray indicates that persons 
have been seated at a table but no order has been taken, 
green indicates that persons are seated at the table and an 
order has been taken meaning the table is active and a blue 
color indicates that the persons have paid their ticket and left 
the table, but the table has not been cleared. The table color 
326 thus indicates the status of the person at the table and at 
what point in the process of having their meal they are in. 
When a server wishes to seat a party at a table 306, they first 
must choose a table 306 where the table color 326 is white 
and a table 306 which has a red square 320 around it, 
meaning that they have access to that table 306. The server 
then touches a table 306 and if this table does not have any 
persons seated at it, a table cover display (not shown) will 
be displayed. If the server wishes to seat the default number 
at the table 306, they press OK on the cover display. The 
server may also increase or decrease the cover one at a time 
by pressing the single arrow keys, or the server may increase 
or decrease the covers five at a time by touching the double 
arrow keys. If a server does not wish to seat someone at a 
table 306, they may press the go back key. Once the persons 
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have been seated at the table 306, the table color 326 turns 
to gray, as shown at seated table 328. If more covers than can 
be comfortably seated arc selected for a table, the program 
will prompt a message stating "you have entered more 
covers than allowable, is this an extended table?" If the 5 
server is using two tables to seat the party, they would select 
"yes" and they would be asked to select another table that is 
used for the extended table. Once they touch another table 
a green X, 330 is displayed showing that the table is being 
used with another table and it cannot be accessed. 10 

In addition to the table color 326 of the table 306 the table 
fill color 340 around the table 306 may be changed by the 
program. The gray fill color 342 means that the time, allotted 
by management, for the next operation needed to be done at 
the table has not passed. This means that, for example, that 15 
the food that was ordered is not yet ready or the time allotted 
by management for an order to be taken once a party is 
seated, has not passed. Once the first threshold of time has 
passed, the fill color 340 changes to yellow fill color 342. 
This means that the first threshold time allotted by manage- 20 
ment has been exceeded. For example, once a table has been 
seated and an order taken, the table fill color 340 turns to a 
yellow fill color 344 when the food preparation time has 
been exceeded, meaning the food is ready and the food has 
not been delivered. It is known that an order has been taken 25 
on a certain table 306 since the table color 326 has been 
changed to green 346. The table 306 is empty but needs to 
be cleaned when the table color 326 is blue table color 348. 
A table is empty and not seated when the table color 326 is 
white 350. When the table fill color 340 is red, that shows 30 
that the second time threshold, allotted by management, for 
a certain action has been exceeded. When the table fill color 
340 is black, that shows that the time, allotted by 
management, for a certain action has been exceeded again. 
And when the table color 326 shows a black "X", that shows 35 
that a fourth threshold, allotted by management, for a certain 
action has been exceeded. Each different activity may have 
a different time allotted by management for it to take place. 
For instance, a certain time may be allotted by management 
for an order to be taken after a table has been seated. Also, 40 
each different food item has a different preparation time, 
which is the time allotted by management for the food to be 
delivered, so that as food is finished being prepared the table 
fill color 340 turns yellow to notify the server that the food 
needs to be delivered. 45 

When the tools button 316 on the table screen 300 is 
pressed, a tools menu (not shown) is displayed. This tools 
menu contains buttons for various functions. Pressing the 
buttons brings up the various functions. The first tool is 
assign tables. Pressing an assigned tables button on the tools 50 
menu will show a screen identical to the table screen 300. 
The tables outlined in red 320 are assigned to the person 
whose name is displayed in the upper portion of the table 
screen 300. To assign additional tables 306, a server just 
touches the table 306 and it will be outlined in red 320. To 55 
unassign an assigned table, the server just touches a table 
and the table will then have no red square 322. When 
finished, the server pushes the go back button 312. To assign 
tables to other employees, the labor button (not shown) may 
be pressed and other servers may be chosen. Choosing the 60 
void ticket button from the tools menu will allow the server 
to void the entire ticket for a table 306. After touching the 
void ticket button, the program displays the message "void 
ticket for table?" The server may then touch "yes" to void 
the ticket or "no" to go back to the table screen 300 and 65 
select another table. The server may then touch the go back 
button 312 to return to the table screen 300. Seated tables 



328 without an active ticket or order can be returned to an 
unseated state. This is done by touching the unseat table 
button on the tools menu. After touching the unseat table 
button, the server presses the seated table 328 on table 
screen 300 to unseat the table. To transfer a bar tab to a 
seated table 328, the server touches the bar transfer button 
on the tools menu. The server then selects from the open bar 
tabs which are displayed on the screen. After the bar tab has 
been selected, the program then displays the table screen 
300. The server then selects the table 306 from the table 
screen 300 to which the tab will then be transferred. To 
change the number of covers at a table, the server presses the 
change cover button of the tools menu. The table screen 300 
is then displayed and the server may then touch a table 306 
to select a table in which to change the covers. The covers 
may be changed by pressing the arrow keys to increase or 
decrease the covers. When the server is done changing the 
covers, the servers may touch OK to accept the new covers. 
To move a table, the server selects the move table button on 
the tools menu. The table screen 300 is then shown. A server 
then touches a table 306 and "drags" it to the new location. 
The outline for the table will flash in its old locations until 
you "drop" it in place. An outline of the table 306 will follow 
your finger as you "drag" it. To exit the move table tool, the 
OK button may be pressed. 

Referring now to FIG. 11, there is illustrated a flowchart 
of the table display. The program begins at the start block 
380. Hie program then proceeds to function block 382 
where the user logs in. The program then proceeds to 
function block 384 where the program shows the table 
screen 300 as described above with respect to FIG. 10. The 
program then proceeds to function block 386 where it 
outlines the tables to which the server has access with a red 
rectangle. The program then proceeds to decision block 388 
where the program checks to see if there has been informa- 
tion input by the user. If information has been input by the 
user, the program proceeds to function block 390 and 
changes the table color 326 as described above with respect 
to FIG. 10. The program then proceeds to decision block 392 
where the program checks to see if a threshold reset as 
described above with respect to FIG. 9 has been received. If 
no user input is received at decision block 388, the program 
then proceeds to decision block 392. If a reset threshold has 
been received at function block 392, the program proceeds 
along a "Y" path to function block 384 where the tables are 
shown. If no reset threshold command has been received at 
decision block 392, the program proceeds along an "N" path 
to decision block 394. 

At decision block 394, the program checks to see if the 
first threshold has been exceeded for the last performed task 
at the table. If the threshold has not been exceeded, the 
program then follows an "N" path to function block 384 
where the tables are shown. If the first threshold has been 
exceeded, the program flows along a "Y" path to function 
block 396. At function block 396, the program changes the 
fill color 340 as described above with respect to FIG. 10. The 
fill color 340 in this case is changed to yellow to indicate that 
a first threshold has been exceeded. The program then 
proceeds to decision block 398 to determine whether a reset 
threshold command has been received. If a reset threshold 
command has been received, then the program proceeds 
along a "Y" path to function block 384. If a reset threshold 
command has not been received, the program flows along an 
"N" path to decision block 400. 

At decision block 400, the program looks to see if the 
second threshold has been exceeded. If the second threshold 
has not been exceeded, then the program follows an "N" 
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path to function block 384. If the second threshold has been decision block 472 where the server is asked whether they 

exceeded, then the program follows a "Y" path to function wish to move any items that are shown on the order. If the 

block 402. At function block 402, the table fill color 340 is server does wish to move some items, the program flows 

changed to indicate that the second threshold has been along a "Y" path to function block 474 where the server may 

exceeded. The program then flows to decision block 404 to 5 select the items that the server wishes to move. The program 

determine whether a reset threshold command has been then flows to decision block 478 where the server is asked 

received. If a reset threshold command has been received, whether they wish to order for another seal. If the server 

the program flows across a "Y" path to function block 384. does wish to order for another seat, the program flows along 

If a reset threshold command has not been received the a "Y" path to function block 452. If the server does not wish 

program flows along an "N" path to decision block 406. At 10 order for another seat, the program flows along an "N" 

decision block 406, the program determines whether the path to end block 480. 

third threshold has been exceeded. If the third threshold has Referring now to FIG. 13, there is illustrated a flowchart 

been exceeded, the program flows along a "N" path to of the steps for presenting a ticket 280 as described above 

function block 384. If the third threshold has been exceeded, with respect to FIG. 9. The program begins at start block 

then the program flows along a "Y" path to function block 15 490. The program then proceeds to decision block 492 

408 where the fill color is changed to indicate that the third where the server is asked whether ±ey want to present all of 

threshold has been exceeded. The program then flows to the ticket. If the answer is no, the program proceeds to 

decision block 410 where the program determines whether decision block 494 where the server is asked whether they 

a reset threshold command has been received. If a reset wish to present the ticket by seat totals. If the answer is no, 

threshold command has been received, the program flows 2 o me program proceeds to decision block 496 where the server 

along a "Y" path to function block 384 where the tables are is asked whether they wish to present the ticket in a special 

shown. If a reset threshold command has not been received, manner. If the server does not wish to present the ticket in 

the program flows along an "N" path to decision block 412. a special manner, the program proceeds along an "N w path 

If the fourth threshold has not been exceeded, the program to decision block 492. If the server does wish to present the 

flows along an "N" path to function block 384. If the fourth 2 s ticket in special manner, the program flows along a "Y" path 

threshold has been exceeded, the program flows along a "Y" to function block 498. At decision block 498, the server is 

path to function block 414. At function block 414, the table asked to select the items which they wish to move to another 

fill color 340 is changed in this case to an "X" indicating that ticket to present. The server may do this by using the select 

the fourth threshold has been exceeded. The program then all button, the select none button or the select by seat button, 

flows to end block 416 where the program is ended. 30 The items may also be selected by using the cursor or a 

Referring now to FIG. 12, there is illustrated a flow chart person's finger to touch the items to be selected, 

of the process of entering an order. The program starts at The program then moves to function block 500 where the 

start block 450 once the menu screen is shown. The program server either presses the move button to move the items to 

then moves to function block 452 where a seat is selected. a group shown in the group window or the new group button 

When a seat is selected, the program then moves to decision 35 to move the items selected to a new group. The program then 

block 454 where the server is asked whether they wish to moves to decision block 502 where the server is asked 

input a quantity. If the answer is yes, the program moves to whether they wish to present the current ticket or not. If the 

function block 456 where a quantity keypad pops up and the server does not wish to present the current ticket, the 

server may select a quantity. The program then moves to program moves to decision block 504 where the server is 

function block 458 where the server may select an order 40 asked whether they wish to make more groups. If the server 

item. If the server does not wish to input a quantity at wishes to make more groups, the program flows along a "Y" 

function block 454, the program then moves along an "N" path to function block 506 where they are asked to select the 

path to function block 458. At function block 458, the items items to move to the additional group. The program then 

may be ordered by touching an icon representing the item or flows to function block 508 where the server presses the new 

icons maybe touched representing alternate menus, such as 45 group key to put these selected items into a new group. The 

those for liquor, appetizers, breakfast or drinks. program then flows to decision block 510 where the server 

Once the item has been selected at function block 458, the is asked if they wish to form more groups. If the server 

program moves to decision bock 460 where the program wishes to form more groups, the program flows along a "Y" 

determines whether a forced modifier is associated with the path to function block 506. If the server does not wish to 

item ordered. If there is a forced modifier associated with the 50 select any more groups, the program flows across an "N" 

items ordered, the program flows along a "Y" path to path to decision block 512. 

function block 462 where the server is asked to select a In decision block 504, if the server does not wish to select 

forced modifier. The program then moves to decision block more groups, the program flows along an "N" path to 

464 where the server is asked whether they wish to associate decision block 512. At decision block 512 the server is asked 

an optional modifier or disassociate an optional modifier 55 whether he wishes to present the current ticket or not. If the 

with an item. If a forced modifier is not associated with the server does not wish to present the current ticket, the 

item ordered in step 460, the program flows along an M N" program flows along an "N" path to decision block 492. If 

path to decision block 464. If the server wishes to select an the server wishes to present the current ticket, the program 

optional modifier at decision block 464, the program flows flows along a **Y" path to function block 514 where the 

along a "Y" path to function block 466 where the server is 60 current ticket is printed so that it may be presented. The 

asked to select or deselect the modifier. The program then program then moves to decision block 516 where the server 

moves to decision block 468 where the server is asked is asked whether they wish to present another ticket. If the 

whether they wish to view the order. If the server does not server does not wish to present another ticket, the program 

wish to view the order, the program flows along an "N M path flows along an "N" path to decision block 492. If the server 

to function block 452. If the server does wish to view the 65 does wish to present another ticket, the program flows along 

order, the program flows along a "Y" path to function block a "Y" path to function block 518 where the server is allowed 

470 where the order is shown. The program moves to to switch groups by pressing the group key. 
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The program then flows to decision block 512. At decision menu screen 550 is a present ticket button 584, a close 

block 494, if the server wishes to present the seat totals, the button 586, a send button 588 and a view entire order button 

program flows along a "Y" path to function block 520. At 590. The present ticket button 584 is pressed when the server 

this time, the ticket is presented and subtotalcd by seat wishes to present the ticket to the customer for payment as 

number. After the ticket is presented, the program flows to 5 discussed above with respect to FIG. 13. The close button 

end block 526. At decision block 492, if the server wishes to 586 is pressed when a customer wishes to close out their 

present the ticket for all of the items, the program flows ticket and pay for their meal. This is discussed above with 

along a "Y" path to function block 522 where the total ticket respect to FIG. 9. The send button 588 is used to send the 

is presented. After the ticket is presented at function block order to the kitchen to have it prepared. The view entire 

522 the program flows to end block 526. 1Q order button 590 is used to view the entire order as discussed 

Referring now to FIG. 14, there is illustrated a graphic below with respect to FIG. 15. 

diagram of the menu screen 550. The menu screen 550 Referring now to FIG. 15, there is illustrated a graphic 

consists of an order area 552. The order area 552 contains representation of the view entire order screen which is 

item icons 554. The menu screen 550 also contains second- accessed from the view entire order button 590 from the 

ary menu icons 556. The secondary menu icons 556 bring up menu 55 ,°_ The ^ aU SGncn 600 * shown ' ^ 

a secondary menu from which to choose an item. In the view aU screen 6 W contains an all ordered window 602 and 

uppermost righthand portion of the menu screen 550, there seat ordered windows 604. Items ordered by the mU table 

• . • j u ceo u 1 u a such as a snared appetizer, will be displayed in the all 

is contained an exit button 558, a help button 560 and a go , . • , CM V K, A , . ^ J . , 

. , . . , « fi 11 tU t ordered window 602. Items ordered by persons in each seat 

back button 562. The exit button 558 allows the user to exit ^ ^ shown ^ ^ ^ ordcf ^ do V 604 corresponding 

so that another user may enter the program. The help button 20 to ^ ^ Qumber m whkh ^ Q lacin ^ ordef £ 

560 pulls up context-sensitive help. Hie go back button 562 seated To move an order from either lhe aU ordered ^ 

allows the user to go back to the table screen 300. Just under m or a mX ordered window m , the serve r may highlight 

the exit button 558 is the name 566 of the person placing the fa [ {em anc j press a move button 606 and then press the 

order. Just under the go back button 562 is shown the time corresponding all ordered window 602 or seat ordered 

564. Just under the time 564 is the tables button 568. The 25 window 604 to where they wish to move the menu item. The 

tables button 568 allows the user whose name is listed at the screen also contains a void button 608 which may be pressed 

name 566 to list all of the tables to which they have access a ft er an i tem ^ highlighted to void that item. The view all 

without going back to the table screen 300. The mini screen screen 600 also contains a send order button 610, such that 

550 further consists of a seat window 570. Disposed in the oncc tne server has viewed and manipulated the order, the 

seat window 570 is a representation for each person seated 30 orc i er may be sent to the kitchen from this screen. A scroll 

at the table a seat button 571. There is also a table button 573 bar 612 is provided so that the server may scroll through 

and an order window 572. more windows than are available to fit on the view all screen 

To place an order, the server presses a seat button 571. The 600. 

server then selects from either an item icon 554 or a Referring now to FIG. 16, there is illustrated the existing 

secondary menu icon 556 depending upon what the person 35 ticket view screen 620. The existing ticket view screen 620 

at the seat corresponding to the chosen seat button 571 has ^ pu n e d up when a table 306 is touched when at the table 

chosen. The table represented by the seat buttons 571 and a v iew screen 300 and the table 306 has an order which has 

table button 573 is shown in the table number window 574. already been sent. This table will show as a green table on 

A table may be chosen by choosing a table from the table foe table view screen 300. Ago back button 622 is provided 

screen 300 or by choosing from a list of tables to which the 40 allowing the user to go back to the table screen 300. A repeat 

server has access after pressing the tables button 568. Once button 534 is provided allowing the server to repeat an order, 

the order has been entered for one scat, the server chooses sucn as a r0 und of drinks, if the person wishes to order 

a second seat button 571 or the table button 573 and then another round. A void button 626 is provided such that a 

chooses an item icon 554 or a secondary menu item icon server may highlight an item shown in the view ticket 

556. If a secondary menu icon 556 is chosen, a secondary 45 window 621 and that item will be voided. A present ticket 

menu comes up on the screen from which the server can button 628 is provided. To present a ticket, the server presses 

choose additional menu items from additional item icons this button and a ticket is presented as described above with 

554. If the menu item chosen has a forced modifier, the respect to FIG. 13. A close button 630 is provided. The 

forced modifier screen will pop up, allowing the server to serV er may press the close button 630 when they wish to pay 

either select or deselect modifiers corresponding to the menu 50 f or the meal as described above with respect to FIG. 9. A 

items shown. menu button 632 is provided. When a server presses the 

If the person requests a modifier for their order that is not menu button 632, the server is returned to the menu screen 

a mandatory or forced modifier, the server presses the 550. If a server wishes to resend the order because of a lost 

modify button 578. A modify menu then pops up and the ticket or another reason, the server would press a resend 

server may add or remove any modifiers. The modifiers that 55 button 634. When all or part of an order is ready to be 

are selected will print with a "plus" or "minus" next to the delivered as indicated by a fill color shown on the table 

item, indicating that the item selected should be added or left screen 300, the server may highlight the items ready to be 

out of the order. There is no limit to the number of modifiers delivered in the ticket view screen 621 and press a deliver 

that one can select. If a person or a table wishes to order a button 636. The items which are ready to be delivered, those 

quantity of items rather than imputing the items one by one, 60 items that caused the time to be exceeded and the table fill 

the server can select the quantity button 576. When this color to change, will blink on the fist. If the server wishes to 

happens, a numerical keypad pops up such that the server deliver all of the items shown in the view ticket window 621, 

may select a quantity before selecting a menu item. the server would press a deliver all button 638, If the server 

If the server wishes to void the last item entered, the wishes to discount or give a complementary item to a patron, 

server presses the void button 580. If the server wishes to 65 the server would press a comp button 640 to pull up a comp 

void all of the pending order, the server may press a void all screen, such that an item can be discounted by price or by 

button 582. Located in the lower righthand corner of the percentage. 
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In summary, there has been provided a point of sale time associated therewith such that said supply system 

system to provide full hospitality management operations. cannot supply desired items having said associated inherent 

Although the preferred embodiment has been described in minimum time until the period of time horn the receipt of 

detail, it should be understood that various changes, substi- said ^ b y 54,(1 ord f r to *" nmc . of ^ b * 

tutions and alterations can be made therein without depart- * supply system exceeds sa.d tnheren mtmrnum tune 

r , , . . , - j. 3. The restaurant management system of claim 2, wne rem 

ine from the spirit and scope ot the invention as denned by . , , . f . . ° . ... . . . 

uuui " / , *\ F 7 said select ones of said restaurant items have a minimum 

the appended claims. time and a max j mujn time between which said restaurant 

What is claimed is: item can ^ ^pp^ by said system . 

1. A restaurant management system, comprising: 4 ^ rcstauram management system of claim 2, wherein 
an order system for receiving an order from a customer said minimum time can be altered. 

and generated thereby to define desired ones of restau- 5. The restaurant management system of claim 1, and 

rant items for supply to the customer, each of said further comprising an alarm system having a plurality of 

restaurant items having a unique preparation time asso- threshold alarms, which include said alarm, wherein at least 

ciated therewith and each of said orders defining a one of said threshold alarms has a first duration substantially 

predetermined number of desired ones of said restau- 15 equal to said time information associated with said order, 

rant items for delivery to the ordering one of the said at least one threshold alarm generating a first response 

customers' signal when said first duration is exceeded and said desired 

a supply system for supplying said desired restaurant res,auraDt ^J 6 ™ a /f "W 1 " f d ^ ^m, said 

items to the one of the customers generating said order; „ r f mam | D 8 ^eshold alarms having tune durations associated 

. , . , , . , , i 0 therewith that are referenced to the generation of said first 

said order system operable to generate said orders, each response signal 

with delivery time information associated with each of 6 ^ restaurant management system of claim 1, and 

said associated desired restaurant items to define the ^rther a display for displaying a representation 

relative time of delivery of each of said desired restau- of aU customers ^ a status syslem for disp iavi n g status 

rant items relative to a given order to the ordering one 25 mformation for each of said disp i ayed customer represen- 

of the customers; tations indicating the status of said order associated with 

a supply control system for controlling the time that said sa j d associated customers, 

supply system initiates preparation of said desired 7. The restaurant management system of claim 6, wherein 

items and the subsequent supply of the prepared items cacD Q f the customers is associated with a display icon such 

to each of the customers associated with a given one of 30 ma t a plurality of customers can be associated with a single 

said orders and in accordance with both said delivery 0 ne of said display icons, each of said display icons repre- 

time information associated with each of said given one senting a table. 

of said orders and said preparation time for the asso- g The restaurant management system of claim 7, wherein 

ciated restaurant items, wherein said supply control each of said display icons has associated therewith multiple 

system determines the supply time; and 35 display modes, each of said display modes representing a 

a monitoring system for monitoring said order system and predetermined condition about an order generated by any of 

said supply system to ensure that said order system and the customers associated with said display icon, said prede- 

said supply system are operating correctly and said termined condition associated with said time information, 

supply system is supplying the desired items in accor- 9. The restaurant management system of claim 8, wherein 

dance with orders received by said order system and the 40 said display modes represent said predetermined condition 

time information associated therewith, and for provid- about an order generated by the customers by displaying one 

ing an alarm which indicates when said order system of a set of colors which corresponds to said predetermined 

and said supply system are not operating correctly. condition. 

2. The restaurant management system of claim 1, wherein 

select ones of said desired items have an inherent minimum ***** 
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